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1  Introduction 


The  generation  of  test  patterns  for  combinational  circuits  has  been  long  recognized 
by  researchers  as  a  well-defined  mathematical  problem  that  belongs  to  the  class  of 
NP-complete  problems  [10,  13].  Several  Automatic  Test  Pattern  Generation  (ATPG) 
algorithms  for  detecting  stuck-at  faults  in  combinational  circuits  exist  in  the  literature 
[5,  7,  9,  11,  15,  17,  18,  20].  SIMPLE,  an  ATPG  algorithm  based  on  a  16-valued  logic 
system,  is  proposed  in  [2].  This  algorithm  introduces  some  novel  approaches  to  making 
test  generation  more  efficient. 

Two  prototype  implementations  of  SIMPLE  were  developed  in  C .  The  first  pro¬ 
gram  is  written  for  a  sequential  architecture  computer,  and  the  other  for  parallel. 

In  Section  2,  we  describe  our  test  pattern  generation  system.  In  Section  3  a 
short  description  of  SIMPLE  is  given  for  completeness.  The  strategy  used  in  the 
implementation  of  this  parallel  version  of  SIMPLE  is  described  in  Section  4.  In 
Section  5  we  give  simulation  results,  and  discuss  them  in  Section  6. 

2  Automatic  Test  Pattern  Generation  System 

Our  Automatic  Test  Pattern  Generation  (ATPG)  System,  constructs  test  patterns 
to  detect  all  detectable  single  stuck-at  faults  in  a  given  combinational  circuit,  and 
identifies  the  undetectable  faults,  that  is,  single  stuck-at  faults  for  which  no  test 
exists.  Since  we  are  interested  only  in  constructing  test  patterns  for  single  stuck- 
at  faults,  it  is  understood  that  a  “fault”  is  a  “single  stuck-at  fault”.  A  stuck-at-x, 
X  G  {0, 1},  will  be  denoted  hy  s  —  a  —  x. 

Given  a  circuit,  an  reduced  fault  list,  Cr,  is  generated.  Each  fault  in  Cr  is  given 
to  our  test  pattern  generation  algorithm  (SIMPLE)  which  either  constructs  a  test 
pattern  to  detect  the  given  fault,  or  identifies  that  no  such  a  pattern  exists.  After  all 
the  faults  in  list  are  given  to  SIMPLE,  the  system  calculates  the  fault  coverage 
and  produces  a  fault  dictionary.  Fig.  1  shows  a  block  diagram  for  our  ATPG  system. 
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Figure  1:  Procedure  for  test  generation. 

2.1  Input-Output  Format  and  Data  Structure 

The  ISCAS  ’85  benchmark  circuits  [4]  are  used  as  our  test  data.  The  ISCAS  ’85 
benchmark  circuits  are  ten  combinational  networks  provided  to  researchers  at  the  1985 
International  Symposium  on  Circuits  and  Systems  to  be  used  as  data  for  comparison 
of  the  performance  of  different  ATPG  systems.  The  ISCAS  ’85  netlist  format  was 
distributed  on  magnetic  tape  along  with  a  FORTRAN  translator  that  would  generate 
netlists  in  a  few  different  formats.  Although  a  new  translator  is  now  available  which 
produces  a  netlist  in  a  format  that  is  easier  to  be  read,  we  use  a  translator,  written 
by  Dong-Liang  Jan  and  Kuo-Kuei  Ho  (J-H  Translator)  [14],  which  is  more  suitable 
for  our  program. 

Fig.  2  shows  one  of  the  ISCAS  ’85  benchmark  circuits,  known  as  “cl7.”  The 
original  format  for  this  circuit  is  given  below: 


ISCAS  '85  netlist  format: 


1  Igat  inpt  1  0  >sal 
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Figure  2;  ISCAS  ’85  Benchmark  Circuit  ClT.isc. 

2  2gat  inpt  1  0  >sal 

3  3gat  inpt  2  0  >saO  >sal 

8  8fan  from  3gat  >sal 

9  9fan  from  3gat  >sal 

6  6gat  inpt  1  0  >sal 

7  7gat  inpt  1  0  >sal 

10  lOgat  nand  1  2  >sal 

1  8 

11  llgat  nand  2  2  >saO  >sal 

9  6 

14  14fan  from  llgat  >sal 

15  15fan  from  llgat  >sal 

16  16gat  nand  2  2  >saO  >sal 

2  14 

20  20fan  from  16gat  >sal 

21  21fan  from  16gat  >sal 
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19 


19gat  nand  1  2  >sal 
15  7 

22  22gat  nand  0  2  >saO  >sal 

10  20 

23  23gat  nand  0  2  >sa0  >sal 

21  19 


The  format  given  by  the  J-H  Translator  which  is  the  input  format  for  our  programs 
is  as  follows: 

For  an  ?n-input  circuit,  where  m  <  Npi  and  Npi  €  {100,1000},  the  piimary 
inputs  (Pis)  are  numbered  from  1  to  ni.  The  output  ol  gates  are  numbered  using  a 
leveling  rule.  That  is,  the  number  assigned  to  the  output  of  a  gate  is  always  greater 
than  the  number(s)  assigned  to  its  input(s).  Also,  the  gate  number  (G)  is  always  the 
same  as  the  number  associated  with  its  output  net.  The  nets  which  aie  output  of 
gates  are  numbered  with  Npj  +  1,AT/  +  2,...,  Npi  +  M,  where  M  is  the  numbei  of 
gates  in  the  circuit.  The  first  line  in  the  format  indicates  how  many  Pis  the  ciicuit 
has.  Thus,  the  first  line  is: 

m  PI 

A  gate  whose  input  are  numbered  ?ii,  n2v5  is  indicated  in  this  format: 

7?i  112  •••  ns  type-of^gate 

Gates  types  are  AND,  NAND,  OR,  NOR,  XOR,  XNOR,  BUFFER,  and  NOT.  If  net 
n  is  a  primary  output  (PO),  it  is  indicated  by 

77  PO 

The  output  generated  by  the  .JTi  Translator  for  the  circuit  in  Fig.  2  is  as  follows: 

5  pi 

1  3  nand 

4 


Figure  3:  Net  numbers  assigned  by  J-H  Translator  for  clT.isc. 

3  4  nand 
2  102  nand 

102  5  nand 
101  103  nand 

105  po 

103  104  nand 

106  po 


Fig.  3  gives  the  circuit  of  Fig.  2  with  the  net  numbers  assigned  by  the  J-H  Trans¬ 
lator. 

While  the  original  format  gives  the  circuit  description  and  a  fault  list,  the  format 
given  by  the  J-H  Translator  gives  only  the  circuit  description.  Thus  we  must  create 
a  fault  list.  In  this  list  a  fault  is  identified  as  follows; 

•  n  FOS  s  —  a  —  X 

identifies  the  fault  net  n  s  —  a  —  x,  where  net  n  is  a  fanout  stem. 
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•  n  PO  s  —  a  —  X 

identifies  the  fault  net  n  s  ~  a  —  x,  where  net  n  is  a  PO. 

Now,  let  net  rii  be  a  PI  or  the  output  of  gate  Gi  which  is  not  a  PO.  Furthermore, 
assume  that  net  ni  is  connected  to  an  input  of  gate  G2  whose  output  is  net  n2- 

•  n\  n2  s  —  a  —  X 
identifies  the  fault: 

1.  net  Til  s  —  a  —  X  \i  net  ni  is  not  a  fanout  stem. 

2.  fanout  branch  connecting  net  Ui  to  gate  G2  s  —  a  —  x  if  net  is  a  fanout 
stem. 

2.2  Construction  of  the  Fault  List 

In  general  we  want  to  construct  a  test  set  that  detects  all  possible  single  stuck-at  faults 
in  a  combinational  circuit.  In  a  circuit,  C,  with  n  signal  lines  there  are  2n  possible 
single  stuck-at  faults.  Thus  the  initial  fault  list,  £,  may  contain  2?^  faults.  However, 
we  can  reduce  the  cardinality  of  C  based  on  the  functional  equivalence  concept. 

Let  C  be  a  circuit  that  realizes  a  function  Z{X).  In  the  presence  of  a  fault  a  (/?) 
this  circuit  realizes  Za{X){Zp{X)). 

Definition:  Two  faults  a  and  fi  are  said  to  be  functional  equivalent  if  and  only 

if  Z^{X)  =  Zp{X). 

To  decide  if  two  faults  are  equivalent  may  be  very  time-consuming.  However, 
some  equivalent  faults  can  be  easily  identified.  To  reduce  the  cardinality  of  C  we  use 
the  procedure  proposed  in  [8]  which  identifies  equivalent  faults  based  on  gate  fault 
equivalence  only.  This  procedure  is  easily  to  be  implemented  and  its  time  complexity 
is  0{n),  but  it  does  not  identify  all  the  equivalent  faults. 

Before  indicating  which  faults  belong  to  the  reduced  fault  list  Cr-,  we  introduce 
the  following  definition: 
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Type  of  logic  line  in  logic  model 

s  —  a  —  \ 

Every  input  of  multiple-input  AND  or  NAND  gates 

s  —  a  —  0 

Every  input  of  multiple-input  OR  or  NOR  gates 

s  —  a  —  0,s  —  a  —  1 

Every  input  of  multiple-input  components 

that  are  not  AND,  OR,  NAND,  or  NOR  gates 

5  —  a  —  0,s  —  a  —  1 

Every  logic  line  that  is  a  EOS 

s  —  a  —  0,s  —  a  —  1 

Every  logic  line  that  is  a  PO  of  type  II 

Table  1:  Faults  comprising  list  Hr- 


Definition:  A  PO  of  type  I  is  a  PO  which  is  directly  connected  to  a  FOS  or 
connected  to  a  fanout  stem  through  single-input  gates  only.  A  PO  of  type  II  is  a  PO 
which  is  not  of  type  1. 

All  single  permanent  stuck-at  faults  specified  in  Table  1  belong  to  Cr, 

Table  2  gives  the  number  of  faults  in  Cr  for  the  benchmark  circuits  [4],  where  the 
faults  in  Cr  were  identified  using  the  above  procedure. 

3  SIMPLE  Algorithm 

3.1  Introduction 

In  this  section  we  give  a  concise  description  of  SIMPLE  (Sixteen  valued,  Maximized 
Propagation  Lowered  Enumeration  approach  to  test  generation)  [2],  for  detecting 
single  stuck-at-faults  in  combinational  circuits  that  contain  NOT,  AND,  NAND,  OR, 
NOR,  XOR  and  XNOR  gates.  This  algorithm  is  based  on  a  16-valued  logic  system  and 
introduces  some  novel  approaches  to  making  test  pattern  generation  more  efficient. 

Test  generation  involves  considering  the  value  of  a  net  in  the  good  and  the  faulty 
circuit.  This  can  be  done  by  representing  the  value  of  a  net  as  an  ordered  pair  (6^,  6/) 
where  hg{hf)  is  the  value  of  the  net  in  the  good  (faulty)  circuit  [16].  Thus  the  value  of 
a  net  is  one  of  the  elements  of  the  set  U  =  {(0,0),  (0, 1),  (1,  0),  (1, 1)}.  In  the  process 
of  generating  tests,  it  might  not  be  possible  to  uniquely  specify  the  value  of  a  net  as 
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Circuit 

Name 

Circuit 

Function 

Total 

Gates 

Input 

Lines 

Output 

Lines 

Cardinality  of 

Cr 

C432 

Priority  Decoder 

160  (18  EXOR) 

36 

7 

518 

C499^ 

EC  AT 

202  (104  EXOR) 

41 

32 

758 

C880 

ALU  and  Control 

383 

60 

26 

940 

CI3551 

EC  AT 

546 

41 

32 

1574 

C1908 

EC  AT 

880 

33 

25 

1879 

C2670 

ALU  and  Control 

1193 

233 

140 

2641 

C3540 

ALU  and  Control 

1669 

50 

22 

3428 

C5315 

ALU  and  Selector 

2307 

178 

123 

5248 

C6288 

16-bit  Multiplier 

2406 

32 

32 

7744 

C7552 

ALU  and  Control 

3512 

207 

108 

7438 

^Circuits  C499  and  C1355  are  functionally  equivalent.  All  EXOR 


gates  of  C499  have  been  expanded  into  their  4-NAND  gate  equiva¬ 
lents  in  C1355. 

Table  2:  Table  1  of  ISCAS  ’85  benchmark  circuit  descriptions. 
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AND 

0 

1 

D 

D 

0 

0 

0 

0 

0 

1 

0 

1 

D 

D 

D 

0 

D 

D 

0 

D 

0 

D 

0 

D 

Table  3:  AND  Table. 


Variable 

0 

1 

D 

D 

Complement 

1 

0 

D 

D 

Table  4:  NOT  Table. 


one  of  the  elements  of  U .  However,  we  may  already  know  that  a  net  cannot  assume 
one  or  more  of  these  values.  We  incorporate  this  information  by  defining  the  value  of 
a  net  as  one  of  the  16  subsets  of  U.  We  denote  these  16  sets  as  (/>,  0,  1,  JD,  D,  0/1, 
0/D,  1/D,  0/D,  1/D,  D/D,  0/1/D,  0/1/D,  0/D/D,  1/D/D,  and  0/1/D/D 
where  0=  {(0, 0)},  1=  {(1,1)},  D=  {(1,0)},  D=  {(0, 1)}  and  “/”  denotes  set  union. 
Note  that  U  =0/1/ D/D.  The  value  4>  needs  to  be  included  to  reflect  the  situation 
when  two  or  more  constraints  require  disjoint  values  on  a  net.  For  example,  if  at  some 
step  of  the  algorithm  a  net  has  the  value  0/1/ D,  then  this  net  cannot  have  the  value 
D,  either  because  this  value  will  desensitize  the  path  that  the  algorithm  is  trying  to 
sensitize,  or  because  it  is  inconsistent  with  the  assignment  of  the  Pis.  These  16  values 
are  equivalent  to  the  elements  of  the  logic  system  developed  by  Akers  [1]  to  provide 
a  tool  for  test  generation.  Tables  3,  4,  and  5  represent  the  AND,  NOT,  and  XOR 
functions  in  our  16- valued  system  for  the  values  0,  1,  D,  and  D.  The  complete  table 
for  all  the  15  non-^  values  can  be  easily  constructed  from  the  given  tables  by  using 
the  set  union  operation.  The  tables  for  all  other  logic  functions  can  be  obtained  from 
these  three  tables.  Note  that  any  logic  function  with  4>  as  one  of  its  arguments  will 
yield  <;5  as  a  result. 

Using  this  notation  we  define  a  sensitized  net  as  one  whose  value  is  either  D, 
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XOR 

0 

1 

D 

D 

0 

0 

1 

D 

D 

1 

1 

0 

D 

D 

D 

D 

D 

0 

1 

D 

D 

D 

1 

0 

Table  5:  XOR  Table. 


D,  or  DjD.  Furthermore,  if  all  the  nets  along  a  path  in  the  circuit  are  sensitized, 
then  the  path  is  said  to  be  sensitized.  This  16-valued  system  exploits  the  linearity 
of  XOR/XNOR  gates  during  test  generation.  It  also  allows  us  to  characterize  all 
restrictions  that  are  imposed  by  a  fault,  and  the  particular  circuit  path  chosen  in 
order  to  propagate  its  effect. 

There  are  three  distinct  phases  in  the  algorithm  presented  here: 

(z)  Pre-processing  phase  (§3.2).  In  this  phase  we  construct  a  set  of  trees  based  on 
the  interdependence  of  circuit  nets.  Among  other  things,  this  forest  will  be  used  to 
easily  identify  which  circuit  nets  must  be  sensitized  by  any  test. 

(iz)  Propagation  phase  (§3.3).  In  this  phase  we  deliberately  sensitize  a  single 
path  from  the  fault  site  to  a  PO  and  find  all  the  resulting  deterministic  forward  and 
backward  implications.  In  the  process  other  paths  may  be  sensitized.  Path  selection 
is  the  only  choice  made  in  this  phase — implications  are  based  on  all  the  constraints 
that  must  be  satisfied  in  order  to  sensitize  the  chosen  path.  This  is  possible  because 
of  the  completeness  of  the  16- valued  system  and  the  use  of  deterministic  implication 
rules. 

(nz)  Enumeration  phase  (§3.4).  In  general,  the  test  cube  constructed  by  the 
propagation  phase  will  not  yield  a  test — particularly  because  no  arbitiaiy  choices 
were  made  other  than  the  path  chosen  to  be  sensitized.  Thus  there  may  be  gates 
whose  input  net  values  contain  combinations  capable  of  desensitizing  the  chosen  path. 
In  this  phase  we  use  an  enumeration  procedure  to  select  values  for  the  Pis  so  that 
such  combinations  can  never  occur. 
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To  illustrate  the  above  phases  of  our  algorithm  we  will  construct  a  test  pattern 
for  the  fault  net  3  s  —  a  —  0  in  the  circuit  of  Fig.  4. 

3.2  Pre-processing  Phase 

3.2.1  Construction  of  Dominator  Forest 

The  importance  of  identifying  nets  that  must  be  sensitized  for  a  fault  to  be  detected 
was  first  highlighted  by  Akers  [1]  and  later  by  Fujiwara  and  Shimono  [9].  As  pointed 
out  in  TOPS  [15],  the  concept  of  graph  dominators  [21]  can  be  used  to  identify  the 
nets  which  must  be  sensitized  to  detect  a  fault.  In  the  context  of  test  generation  we 
term  the  set  of  dominators  of  a  net  m  as  the  set  of  all  nets  in  the  circuit  which  lie 
on  every  path  from  net  m  to  any  PO.  By  definition,  net  m  is  a  dominator  of  itself; 
however,  for  ease  of  notation  we  define  D{m)  as  the  set  of  all  dominators  of  m  except 
m  itself.  To  account  for  multiple-output  circuits  the  concept  of  a  dominator  tree  can 
be  extended  to  that  of  a  forest.  We  present  here  a  procedure  to  construct  this  forest 
for  a  given  circuit. 

We  construct  a  set  of  trees  such  that  every  signal  line  of  the  circuit  corresponds  to 
a  node  in  one  of  the  trees  in  the  forest.  We  start  by  creating  as  many  trees  as  there 
are  POs,  such  that  each  PO  corresponds  to  a  root  of  a  tree.  However,  new  trees  may 
be  created  during  the  procedure.  Thereafter,  each  node  which  has  not  been  marked 
as  a  leaf  is  inspected  and  the  tree  construction  is  continued  as  follows: 

(i)  If  the  node  rrii  being  considered  corresponds  to  the  output  line  of  a  logic  gate 
Gi  in  the  circuit,  then  every  input  line  of  Gi  becomes  a  child  of  this  node  m,-.  If  the 
input  line  is  a  PI,  then  it  is  marked  as  a  PI  leaf.  If  the  input  line  is  a  FOB,  then  it 
is  marked  as  a  FOB  leaf. 

(ii)  If  the  node  rrii  being  inspected  is  a  FOS,  then  wait  until  all  the  FOBs  corre¬ 
sponding  to  this  FOS  have  been  marked  as  FOB  leaves.  Find  the  immediate  ancestor 
of  all  these  FOB  leaves  by  traversing  the  tree(s)  from  these  leaves  to  the  root(s)  of 
the  tree(s).  The  necessary  and  sufficient  condition  for  these  FOB  leaves  to  have  a 
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VO 


Figure  4:  An  example  circuit. 
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common  ancestor  is  that  they  belong  to  the  same  tree.  If  such  an  ancestor  exists, 
then  make  rrii  a  child  of  this  ancestor  node.  If  it  does  not,  then  start  a  new  tree  with 
mi  as  a  root.  In  either  case,  mark  mi  as  an  FOS  node — if  it  is  also  a  PI,  then  it  must 
be  marked  as  a  PI  leaf  also. 

The  above  procedure  is  continued  until  every  line  of  the  circuit  becomes  a  node 
in  some  tree  of  the  forest. 

The  root  of  any  tree  in  the  constructed  forest  is  either  a  PO  or  a  FOS.  If  any  tree 
has  a  single  node,  then  this  node  must  correspond  to  a  PI  which  is  also  a  FOS.  The 
set  D{m)  contains  all  the  nodes  encountered  when  traversing  the  tree  (in  which  m  is 
a  node)  from  m  to  the  root. 

The  dominator  forest  for  the  circuit  in  Fig.  4  is  shown  in  Fig.  5. 

Recall  that  FOBs  are  not  numbered  in  our  description  of  the  circuit.  In  the 
dominator  forest  they  are  identified  by  the  number  associated  with  its  corresponding 
FOS  followed  by  a  “B”  (for  branch). 

3.2.2  Selection  of  pdcf 

The  selection  of  the  primitive  j9-cube  of  failure  {pdcf  )  in  DALG  [18]  may  involve 
arbitrary  choices  which  can  result  in  mistaken  decisions  causing  costly  backtracking. 
We  avoid  this  problem  by  introducing  a  fictitious  gate  Gj  at  the  site  of  the  fault.  If 
the  fault  is  at  net  n,  then  we  introduce  Gj  between  net  n  and  a  newly  created  net  nj 
as  shown  in  Fig.  6 A.  We  now  connect  net  n/  to  all  signal  lines  which  were  previously 
connected  to  net  n.  If  the  fault  site  is  a  FOB  which  is  identified  by  net  n  and  net 
ni,  then  the  G/  is  inserted  in  this  FOB  as  shown  in  Fig.  6B.  Accordingly,  the  unique 
pdcf  depends  only  on  the  kind  of  stuck-at  fault. 

n  nj 

fault  site  s-a-0  1  D 

fault  site  s-a-1  0  D 

Thus  in  our  example  we  will  modify  the  circuit  in  Fig.  4  to  include  the  gate  shown 
in  Fig.  6C. 
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Nets  with 

TRUE  Token 

3/,  101,  102,  103,  104,  105,  106,  107, 

108,  110,  111,  112,  113,  114,  115,  116,  118 

Nets  with 

FALSE  Token 

1,  2,  3,  4,  5,  6,  7,  8,  9,  10,  11,109,  117 

Table  6:  Token  assignment  for  net  3  s  —  a  —  0  in  Fig.  4. 


3.2.3  Token  Assignment 

The  goal  of  this  stage  is  to  identify  which  circuit  nets  can  or  cannot  be  affected  by  the 
fault.  In  order  to  convey  this  information  we  associate  with  every  net  a  Boolean  token. 
This  token  is  TRUE  if  and  only  if  there  exists  a  path  from  ??./  to  any  PO  which  passes 
through  this  net.  These  tokens  can  be  computed  by  a  single  forward  pass  through 
the  circuit.  Table  6  shows  the  Boolean  token  assignment  for  our  example. 

3.3  Propagation  Phase 

In  this  phase  we  sensitize  a  single  path  from  net  nj  to  a  PO,  however,  other  paths 
may  also  get  sensitized.  In  a  manner  analogous  to  DALG  [18]  we  use  test  cubes  whose 
entries  reflect  the  current  values  of  all  nets  during  any  stage  of  test  generation.  The 
entries  of  any  test  cube,  tCk,  are  elements  of  our  16-valued  system. 

We  initialize  this  phase  by  constructing  tCy  in  the  following  manner: 

1.  Set  nets  n  and  iij  to  the  values  specified  by  the  pdcf. 

2.  Assign  DjD  to  all  nets  belonging  to  the  set  D{n). 

3.  Set  all  nets  with  FALSE  tokens,  except  net  rr,  to  0/1. 

4.  Assign  0 flj D I D  to  all  unassigned  nets  of  the  test  cube. 

In  our  example  D(3)  =  {111,  112, 118),  and  the  resulting  tc,  is  given  below  where 
only  nets  whose  entries  are  different  from  0/1  and  OjljDiD  are  shown. 

3  3/  111  112  118 

1  D  D/D  D/D  D/D 
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For  each  test  cube  tc^  generated  at  any  stage  of  our  algorithm  we  find  its  corre¬ 
sponding  “deterministic”  test  cube,  d{tck).  We  define  a  d{tCk)  as  one  in  which  no 
entry  can  be  changed  without  making  an  arbitrary  choice  for  one  or  more  net  val¬ 
ues.  That  is,  all  unique  implications  of  the  net  values  must  be  considered.  Rules  for 
forward  and  backward  implication  procedures  to  be  used  in  constructing  d{tck)  from 
tck  are  given  in  Appendix  A.  If  in  any  d{tcj)  we  have  a  sensitized  path  pi  from  the 
fault  site  to  any  PO,  then  the  enumeration  phase  is  invoked.  This  test  cube,  d(tcj), 
is  denoted  as  The  d(tCi)  for  our  example  is  shown  below.  Only  the  entries  for 

nets  whose  values  are  different  from  those  in  tc,  are  listed.  In  fact,  for  each  cube  that 
we  construct  only  the  entries  whose  values  are  different  from  those  in  the  preceding 
one  will  be  explicitly  shown. 

9  101  102  103  104  105  110 

0  0/D  0/D  0/D  0/1/D  0/1/D  0/D/D 

113  114  115  116 

1/D/D  1/D/D  1/D/D  1/D/D 

If  d(tCi)  cannot  be  constructed  because  contradictions  were  encountered,  then 
there  exists  no  test  for  the  fault.  Otherwise  we  have  a  sensitized  path  from  ny  to 
all  the  FOB  nets  corresponding  to  the  first  FOS  node  (which  could  be  n  itself!) 
encountered  in  traversing  the  appropriate  tree  of  the  dominator  forest  from  n  to  the 
root.  If  there  is  no  FOS  encountered,  then  we  have  a  sensitized  path  from  ny  to  the 
PO  corresponding  to  the  root  of  the  tree.  In  our  example,  since  net  3  is  an  FOS  we 
have  sensitized  paths  only  until  reaching  its  FOB  nets. 

At  this  point  we  have  to  select  one  of  the  FOB  nets,  say  the  FOB  net  from  net  mi 
to  net  m2  (denoted  by  net  nii  — >  m2),  to  extend  the  sensitized  path.  To  obtain  tc^  we 
should  sensitize  all  nets  belonging  to  the  set  D{mi  — >  m2)  — Il(n)  by  intersecting  their 
values  in  d(tc^)  with  D/D.  If  any  empty  intersection  results,  then  the  sensitized 
path  cannot  be  extended  through  net  m2  and  alternate  paths  should  be  investigated. 
Note  that  this  step  implicitly  performs  the  equivalent  of  the  X-path  check  [11]  while 
setting  up  the  gate  outputs  that  should  be  sensitized.  As  stated  earlier,  we  would  then 
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construct  d{tc^^.  If  contradictions  occur  while  constructing  then  an  alternate 

path  must  be  selected.  Otherwise  we  have  a  sensitized  path  from  nj  at  least  to  the 
FOB  nets  corresponding  to  the  next  FOS  net  or  some  PO. 

There  are  many  strategies  to  select  a  FOB  to  extend  the  sensitized  path.  We  use 
the  observability  measure  introduced  in  COP  [3]. 

A  short  description  of  this  measure  is  given  in  Appendix  B.  In  Table  7  we  give 
the  observability  values  according  to  COP  for  the  circuit  shown  in  Fig.  4.  Since 
net  3  — >  103  for  the  circuit  shown  in  Fig.  4  has  the  highest  observability  among 
the  observabilities  of  the  three  FOBs  of  net  3,  we  extend  the  sensitized  path  in  our 
example  through  this  branch.  We  use  T>(3  103)  —  D{3)  —  {103}  so  that  net  103 

has  the  value  D  in  In  the  resulting  d{tc^)  shown  below  we  have  sensitized  paths 
up  to  the  FOB  nets  of  net  112. 

6  110  111  112  113  114  115  116 

1  0/D  D  D  1/D  1/D  1/D  1/D 

The  process  of  extending  the  sensitized  path  by  selecting  a  FOB  net,  constructing  a 
tck  and  its  corresponding  d{tck)i  continues  until  we  reach  a  PO  and  have  constructed 
Tj{pi).  If  contradictions  occur,  then  alternate  paths  should  be  investigated.  If  all 
possible  paths  give  contradictions,  then  no  test  exists.  Note  that  all  possible  single 
paths  need  not  be  explicitly  investigated  to  arrive  at  this  conclusion.  Proceeding 
with  our  example,  we  extend  the  sensitized  path  through  the  net  112  114  since 

observability  of  this  branch  is  the  highest  among  the  observabilities  of  all  the  three 
branches.  Since  11(112  — >  114)  —  D{1\2)  —  {114,116},  the  tc^  shown  below  results. 

114  116 

D  D 

The  d{tc^)  constructed  from  tc^  is  shown  below: 

10  11  113  114  116  117  118 

1  1  1  D  ^  1  D 
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Net  number 

Observability 

1 

0.262234 

105 

0.065250 

2 

0.048937 

106 

0.173999 

3 

0.049522 

107 

0.182308 

Table  7:  Observability  for  the  circuit  in  Fig.  4. 
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We  now  have  a  sensitized  path  (say  Pi)  from  3/  to  a  PO,  and  thus  d{t  C3)  isT/(p,). 

Tj{pi)  represents  all  the  constraints  that  must  be  imposed  to  sensitize  path  p^. 
Since  the  backward  implication  rule  does  not  make  any  arbitrary  choices,  there  may 
be  gates  where  the  output  value  is  a  proper  subset  of  the  value  implied  by  the  input 
values,  i.e.,  the  input  values  include  combination(s)  that  will  desensitize  path  pi.  We 
define  the  output  nets  of  such  gates  as  variant  nets.  If  a  net  is  not  variant  it  is 
defined  to  be  invariant.  In  our  example  the  only  variant  net  with  respect  to  T/(pi) 
is  net  112. 

If  there  are  no  variant  nets  in  T/(p,),  then  we  have  already  obtained  a  test  for  the 
fault.  Otherwise  the  enumeration  phase  must  be  invoked  to  determine  a  test. 

3.4  Enumeration  Phase 

The  goal  of  this  phase  is  to  obtain  a  test  by  specifying  the  unassigned  Pis  in  Tj{pi) 
such  that  all  nets  are  invariant  and  have  values  that  are  subsets  of  their  corresponding 
values  in  Tj{pi). 

We  choose  an  unassigned  PI  It^  in  Tf{pi)  and  assign  a  logic  value  (0  or  1)  to 
it,  thereby  creating  a  new  test  cube  which  we  denote  by  tCf(pt,i).  Now  we  find 
its  corresponding  deterministic  test  cube  d{tcf{p,,i))  and  update  its  list  of  variant 
nets  (note  that  new  variant  nets  may  be  created).  However  if  d{tcj{p^,  1))  cannot  be 
obtained  due  to  some  contradiction,  then  we  complement  the  entry  for  in  tcf{p^,  1) 
and  construct  its  corresponding  d{tcf{pi,  i)).  If  this  also  leads  to  a  contradiction, 
then  there  exists  no  test  corresponding  to  Tj{pi).  If  we  are  successful  in  constructing 
d{tcf{pi,  x))  we  now  assign  a  logic  value  to  some  other  unassigned  PI  //j,  thereby 
creating  tcj{pi,‘2).  As  before,  we  must  construct  d{tcf{pj,2))  and  update  its  list 
of  variant  nets.  This  procedure  is  continued  and  we  traverse  the  decision  tree,  in  a 
manner  analogous  to  PODEM  [11],  until  one  of  the  following  two  conditions  occurs: 

•  The  list  of  variant  nets  coi'responding  to  some  d{tcf{pt,j  j)  becomes  empty. 
This  indicates  the  values  of  the  Pis  in  d{tcf{pi,  j))  represent  test(s)  for  the 
fault. 
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•  The  decision  tree  is  exhausted,  i.e.,  no  test  exists. 


For  the  sake  of  completeness  we  denote  Tf(pi)  as  d(tcf(pi,  o)). 

We  now  continue  with  our  example  for  the  fault  net  3  5  —  a  —  0  in  the  circuit 
of  Fig.  4  Thus,  the  algorithm  must  assign  logic  values  to  unassigned  Pis  in  order  to 
construct  a  test.  There  are  many  strategies  to  select  such  a  PI.  In  this  implementation 
of  SIMPLE  this  selection  is  made  based  on  the  controllability  measure  proposed  in 
SCOAP  [12].  A  short  description  of  how  to  calculate  this  measure  is  given  in  Appendix 
B. 

Our  initial  objective  is  to  make  net  110  an  invariant  net,  which  corresponds  to 
setting  one  of  the  inputs  of  the  gate  whose  output  is  net  110  to  the  value  0.  A  PI 
assignment  which  has  a  good  chance  of  helping  to  achieve  this  objective  is  selected 
using  a  backtrace  procedure.  The  description  of  this  procedure  is  taken  from  [6]. 
During  the  backtrace  procedure,  objectives  are  successfully  transferred  from  gate 
outputs  to  gate  inputs  until  a  PI  is  reached.  This  transfer  of  objectives  is  performed 
using  the  “easy/hard”  heuristic  described  as  follows.  When  the  current  objective  is 
to  set  the  output  of  a  gate  to  a  logic  value  that  can  be  achieved  by  setting  one  of  its 
inputs  to  a  controlling  value  (0  for  AND/NAND,  1  for  OR/NOR),  an  input  which  is 
identified  as  the  “easiest”  to  control  (according  to  the  measure  being  used)  is  chosen. 
On  the  contrary,  if  such  objective  can  only  be  achieved  by  setting  all  the  inputs  of 
the  gate  to  a  non- controlling  value  (0  for  OR/NOR,  1  for  AND/NAND),  then  an 
input  which  is  identified  as  the  “hardest”  to  control  is  chosen.  This  is  done  so  that 
an  early  determination  of  the  inability  to  satisfy  an  objective  will  save  the  time  that 
would  be  wasted  in  attempting  to  set  the  remaining  inputs  of  the  gate.  If  the  current 
objective  is  the  output  of  an  XOR/XNOR  gate,  an  input  which  is  “easiest”  to  control 
is  selected. 

In  Table  8  we  give  the  controllability  values  for  0  and  1  obtained  using  SCOAP  [12] 
for  all  the  nets  in  the  circuit  of  Fig.  4.  Following  the  backtrace  procedure  described 
above,  we  set  net  4  to  1,  obtaining  tcf{pi,  i): 
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Table  8:  Controllability  for  the  circuit  in  Fig.  4. 
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4 


1 

We  now  obtain  d(tcf(pi^  i)):  which  is  shown  below 

102  105  106  107  108  109  115 

0  0/1  0/1/D  0/1/D  0/1/D  0  1 

However,  net  110  is  still  a  variant  net  in  d{tcf{jpi^  i)),  so  the  backtrace  procedure 
starts  again  at  net  110,  and  sets  PI  5  to  0.  Thus  tcf{pi,  i)  is 

5 

0 

and  d{tcf(pi,  i))  is 

105 

0 

We  need  to  continue  this  PI  assignment  since  net  110  is  still  a  variant  net  in 
d{tcf{pi,  2)).  By  continuing  with  the  PI  assignment  procedure,  nets  1,  2,  and  8  are 
set  to  0  before  a  deterministic  test  cube  with  no  variant  nets  is  constructed.  Thus, 
the  following  test  has  been  constructed: 

123456  7  89  10  11 

001101  0/1  00  1  1 

4  Parallel  Version 

In  this  section  we  describe  the  approach  used  to  parallelize  our  sequential  implemen¬ 
tation  of  SIMPLE.  Assume  that  there  are  n  =  2^  processors  available  in  the  parallel 
computer  being  used  during  simulation,  where  k  is  the  number  of  Pis  that  will  be 
assigned  in  the  enumeration  phase. 

Simulation  results  indicated  that  more  than  95%  of  the  running  time  of  our  se¬ 
quential  implementation  of  SIMPLE  was  spent  in  the  enumeration  phase.  Thus  we 
parallelized  only  the  enumeration  phase  of  our  algorithm. 
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In  the  enumeration  phase  we  must  assign  logic  value  to  the  Pis.  In  the  sequential 
implementation  this  assignment  is  done  one  PI  at  a  time;  in  the  parallel  version  we 
assign  logic  values  simultaneously  to  k  Pis.  Thus,  2^  instances  are  created,  and  each 
instance  is  given  to  one  processor  which  executes  the  sequential  version  of  the  algo¬ 
rithm.  The  selection  of  the  k  Pis  is  guided  by  the  controllability  measure  described 
in  Appendix  B.l. 


5  Simulation  Results 


Circuit 

Name 

Cardinality 

of  Cr 

Undetectable 

faults  in  Cr 

Average  Time 

per  fault  (sec.) 

Maximum 

time  (sec.) 

Eault 

coverage  (%) 

C432 

518 

4 

1.894 

339.26 

99.23 

C499 

758 

8 

0.227 

0.39 

98.94 

C880 

940 

0 

0.299 

0.41 

100.00 

Cl  355 

1574 

8 

0.581 

0.73 

99.49 

C1908 

1879 

9 

0.653 

1.35 

99.52 

C2670 

2641 

116 

7.521 

17466.20 

95.61 

C3540 

3428 

137 

7.297 

14237.89 

96.00 

C5315 

5248 

49 

5.262 

2177.70 

99.06 

C6288 

7744 

34 

43.93 

9878.39 

99.56 

C7552 

7438 

143 

47.19 

10087.19 

98.08 

Table  9:  Experimental  results  for  the  ISCAS  ’85  Benchmark  Circuits. 


In  this  section  we  give  the  simulation  results  for  the  ISCAS  ’85  benchmark  circuits. 
Table  9  summarizes  the  results  achieved  on  a  Sun/Sparc  workstation  by  our  imple¬ 
mentation  of  the  sequential  version  of  SIMPLE.  In  order  to  obtain  statistics  for  all 
of  the  faults,  we  attempt  to  find  tests  for  all  the  faults  in  Cr-  (Normally,  fault  sim¬ 
ulation  is  used  in  conjunction  with  ATPG.  As  tests  are  generated,  additional  faults 
that  are  detected  are  eliminated  from  consideration.)  This  program  has  found  tests 
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for  all  detectable  faults  and  has  identified  all  undetectable  ones.  For  some  circuits 
the  number  of  undetectable  faults  given  in  Table  9  is  different  from  the  one  given  in 
[19,  Table  1].  This  is  because  the  reduced  fault  set  being  considered  may  be  different. 
In  this  table  the  average  time  per  fault  was  obtained  by  dividing  the  total  execution 
time  by  the  cardinality  of  Cr-  The  maximum  time  given  in  Table  9  is  the  maximum 
execution  time,  for  any  fault,  taken  by  the  program  either  to  find  a  test  for  the  fault 
or  to  identify  that  the  fault  is  undetectable. 

The  simulation  results  achieved  on  a  CM-5  (MIMD  architecture)  by  our  parallel 
implementation  of  SIMPLE  for  some  faults  are  given  in  figures  7  to  18.  In  these 
figures  we  have  plotted  the  time  taken  to  find  a  test  for  these  faults  or  to  prove  that 
no  test  exists  when  n  processors  are  available.  We  also  have  plotted  the  quantity 
Tijn  where  Ti  is  the  time  taken  by  the  algorithm  when  only  1  processor  is  available. 
Since  we  have  a  maximum  number  of  32  processors,  the  simulation  results  are  given 
for  n  =  1,  2,  4,  8,  16,  and  32. 


6  Discussion 

In  this  report  we  have  given  a  short  description  of  SIMPLE  which  is  the  central  part 
of  our  ATPG  system.  We  have  described  the  measures  used  in  the  implementation 
of  the  sequential  version  of  SIMPLE,  and  the  approach  used  in  our  implementation 
of  the  parallel  version  of  SIMPLE.  We  have  presented  the  simulation  result  for  the 
ISCAS  ’85  benchmark  circuits. 

These  simulation  results  reveal  that,  even  though  our  implementation  of  the  se¬ 
quential  version  of  SIMPLE  does  not  use  any  of  the  speed-up  techniques  proposed  in 
[2,  20],  this  program  found  tests  for  all  detectable  faults  or  proved  that  such  tests  do 
not  exist  in  a  “reasonable”  time.  This  is  due  to  the  strength  of  the  16-valued  system 
coupled  with  our  forward  and  backward  implication  rules.  The  inclusion  of  these 
speed-up  techniques  in  our  program  would  considerably  reduce  the  search  space.  As 
a  consequence,  we  expect  a  speed-up  of  at  least  two  orders  of  magnitude  in  the  time 
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taken  by  the  algorithm  to  find  tests  for  hard-to-detect  faults  or  to  prove  that  no  test 
exist  for  undetectable  faults.  It  is  well-known  that  the  ATPG  algorithms  proposed  in 
the  literature  do  not  lead  themselves  to  an  efficient  parallel  implementation.  However, 
the  simulation  results  obtained  using  our  implementation  of  the  parallel  version  of 
SIMPLE  indicate  that  for  hard-to-detect  faults  an  almost  linear  speed-up  is  obtained 
by  this  implementation.  The  reasons  for  such  a  speed-up  are: 

(i)  We  have  parallized  only  the  enumeration  phase  that  is  responsible  for  more  than 

95%  of  the  runtime  of  our  algorithm  in  the  sequential  version  of  SIMPLE. 

(ii)  There  are  almost  no  communication  among  the  processors. 

(iii)  No  processor  is  idle  when  the  program  starts  to  run. 

Our  implementation  does  not  use  processors  that  become  idle  when  the  program 
is  running.  We  expect  an  even  better  speed-up  if  we  were  to  use  the  processors  that 
became  idle  to  further  divide  the  search  space  among  them.  We  remark  here  that 
any  speed-up  in  the  sequential  version  of  SIMPLE  would  be  reflected  in  the  parallel 
version. 
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Figure  9:  CM-5  Simulation  Result  for  FOB  net  (237-^246)  s-a-1  in  cc432. 
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Figure  13:  CM-5  Simulation  Result  for  FOB  net  (137— >1859)  5-a-l  in  cc5315. 
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Figure  16:  CM-5  Simulation  Result  for  FOB  net  (2415— >3137)  s-a-1  in  cc7552. 
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—  parallel 
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Figure  18:  CM-5  Simulation  Result  for  FOB  net  (.3786— >-3866)  s-a-l  in  cc7.552. 
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Appendix 


A  Construction  of  Deterministic  Test  Cubes 

In  a  d{tck)  all  deterministic  implications  (i.e.  making  no  arbitrary  choices)  of  all 
entries  of  the  test  cube  tck  are  fully  considered. 

To  construct  d{tc-^)  from  tc^  we  perform  backward  and  forward  implications  of 
all  nets  whose  values  in  tc^  are  different  from  0/1  and  Ojl! D f D  and  all  other  nets 
whose  values  change  during  this  implication  process.  In  the  general  case,  when  we 
are  constructing  d{tCk)  from  tCk.,  we  start  by  considering  the  forward  and  backward 
implications  of  the  nets  whose  values  in  tck  are  different  from  those  in  the  last  suc¬ 
cessfully  constructed  deterministic  test  cube.  During  the  construction  of  d{tck)  from 
tCk,  if  a  backward  or  forward  implication  request  results  in  a  new  value  L-  for  any 
net  rrij  of  the  circuit,  then  we  should  update  the  corresponding  net  entry  Lj  by  set¬ 
ting  it  to  Lj  n  L'j.  If  this  intersection  yields  the  empty  set,  then  d{tck)  cannot  be 
constructed. 

In  order  to  obtain  d{tck)  the  process  of  forward  and  backward  implications  con¬ 
tinues  until  no  more  changes  occur  in  the  values  associated  with  any  net.  Note  that 
this  process  is  guaranteed  to  terminate  in  a  finite  number  of  steps  because  we  are 
performing  set  intersections  on  finite  sets. 

The  rules  for  constructing  deterministic  test  cubes  must  include  the  provision  for 
appropriately  handling  the  values  of  nets  associated  with  fanout  points.  We  now 
present  the  rules  for  forward  and  backward  imiplication. 

A.l  Forward  Implication 

The  process  of  forward  implication  of  the  values  associated  with  every  net  is  done  with 
the  help  of  Tables  3,  4,  and  5.  These  tables  are  a  generalization  of  the  truth  tables 
of  the  respective  gates.  For  gates  with  more  than  two  inputs  the  method  adopted  is 
similar  to  that  used  by  Akers  [1].  We  view  every  gate  as  being  constructed  out  of 
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two-input  gates  and  use  the  existing  values  at  the  inputs  of  a  gate  to  generate  a  new 
value  for  the  output.  An  n-input  (n  >  2)  gate  is  decomposed  into  a  cascade  of  —  1 
two-input  gates,  as  shown  in  Fig.  19.  If  the  n-input  gate  is  a  NAND  (NOR)  gates, 
then  Gi,  G2, ...,  G„_2  are  AND  (OR)  gates  and  (which  sources  the  output)  is 

a  NAND  (NOR)  gate.  This  decomposition  is  performed  only  for  the  propagation  of 
logic  values;  faults  are  considered  only  on  the  n  +  1  signal  lines  associated  with  the 
original  n-input  gate. 

Note  that  the  three  tables  are  sufficient  because  OR,  NOR,  and  NAND  functions 
can  be  derived  by  appropriately  using  Tables  .3  and  4,  and  Tables  4  and  5  can  be  used 
to  generate  the  XNOR  function. 

Suppose  we  are  performing  forward  implications  due  to  change(s)  in  input(s)  of 
a  gate  G  whose  output  is  net  m.  Let  Lq  be  the  “old”  set  of  values  associated  with 
net  m  in  the  test  cube  prior  to  forward  implication  being  performed.  Let  TjV  be  the 
“new”  value  obtained  at  net  m  by  using  the  new  values  of  the  inputs  of  G.  Net  m  is 
then  set  to  Lq  0  Lf^i  unless  Lq  0  T/v  =  0,  which  would  imply  a  contradiction.  Four 
other  situations  are  possible; 

1.  Lo  =  Tjv-  No  further  action  is  needed  for  this  forward  implication. 

2.  Tyv  C  Lo  (proper  subset).  We  now  have  to  consider  the  forward  implication  of 
the  value  of  L^i  at  net  m  on  all  gates  driven  by  G. 

3.  Lo  C  L]\t.  We  now  have  to  perform  a  backward  implication  of  the  value  Lq  at 
net  m.  This  may  result  in  further  changes  in  the  inputs  of  gate  G. 

4.  Lo  ^  Ln  and  Tyv  2  Lo-  Both  forward  and  backward  implications  of  the  value 
Lo  n  Lj\r  at  net  m  should  be  performed. 

A. 2  Backward  Implication 

The  process  of  backward  implication  involves  determining  the  changes  required  at 
the  inputs  of  a  gate  in  order  to  satisfy  a  requested  change  at  the  output.  A  change  in 
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D 


I _ U _ ^ ^ ^ _ I 

*  Requested  Output 

**  Existing  value  at  one  input 

Table  10:  Backward  Implication  for  a  2-input  AND  gate. 

the  value  of  a  net  means  that  one  or  more  of  the  possible  values  associated  with  the 
net  has  been  deleted.  In  that  sense  an  input  change  can  be  made  only  if  the  deleted 
value  can  never  be  used  with  the  existing  values  at  the  other  inputs  to  generate  any 
of  the  requested  output  value(s). 

A  general  set  of  backward  implication  rules  can  be  derived  in  terms  of  the  input 
values  and  the  I'equested  output  value.  However,  in  a  manner  similar  to  that  presented 
in  [1]  we  consider  each  multiple-input  gate  as  a  cascade  of  two-input  gates.  The 
backward  implication  rules  for  a  two-input  AND  gate  is  shown  in  Table  10. 

Note  that  the  element  0  has  been  included  in  this  table  to  detect  an  unsatisfiable 
backward  implication  request.  The  complete  table  for  all  15  non-0  values  is  obtained 
by  the  set  union  operation.  The  resulting  table  is  equivalent  to  that  proposed  by 
Akers  [1].  To  perform  backward  implication  for  a  two-input  AND  gate,  we  reference 
the  table  using  the  requested  value  at  the  output  and  the  existing  value  at  one  input 
to  generate  the  value  of  the  other  input.  Since  the  XOR  gate  is  linear.  Table  5  can 
be  used  for  backward  implication  also.  Thus  Tables  4,  5,  and  10  can  be  used  to 
perform  backward  implication  for  any  two-input  gate.  Regardless  of  the  type  of  gate 
in  question,  the  value  generated  by  the  appropriate  table  must  be  intersected  with 
the  existing  value  of  the  input  to  generate  the  new  value  of  the  input.  Analogously, 
the  new  value  of  the  input  and  the  requested  value  of  the  output  must  now  be  used 


to  generate  the  new  value  of  the  other  input.  For  example,  consider  a  two-input  gate 
whose  input  values  are  Li  and  L2-  If  the  requested  value  of  the  output  of  the  gate  is 
Lgi  then  we  use  Lq  and  Li  to  determine  the  new  value  L2  of  the  second  input  and 
then  1/2  and  Lg  to  determine  the  new  value  of  the  first  input. 

As  stated  before,  any  gate  with  more  than  two  inputs  is  represented  as  a  cascade 
of  two-input  gates.  Consider  an  n-input  gate  G  represented  as  a  cascade  of  n  -  1 
two-input  gates  G^,  •  •  • ,  Gn-2  ^-^d  Gn-i,  with  net  numbers  as  shown  in  Fig.  19. 

Assume  that  the  values  at  nets  1, 2, . . . ,  n  are  ATj,  ^2, . . . ,  respectively.  We  first 
use  forward  implication  of  these  values  to  compute  Id,  ^2)  •  •  •  5  W-2  5  the  values  of  nets 
n  +  l,n  +  2, . . .  ,n  +  {7-i  —  2)  respectively.  Then  using  the  value  Z,  which  is  the  required 
value  at  the  output  of  gate  G,  we  apply  the  backward  implication  rules  for  gate  G„_i 
to  obtain  Zn-2  and  the  new  values  of  nets  n  +  (n  -  2)  and  n  respectively.  Having 
done  that,  we  proceed  backwards  and  apply  the  backward  implication  rules  for  all 
the  gates,  one  at  a  time,  ending  with  gate  G'l.  Since  the  binary  operation  represented 
by  any  logic  gate  is  associative,  the  order  in  which  the  inputs  Xi  are  cascaded  is 
irrelevant. 

It  is  shown  in  [2]  that  the  above  procedure  will  stabilize  in  a  single  pass,  unlike 
the  approach  followed  in  [1]  which  may  require  several  passes. 

B  Measure  for  Controllability  and  Observability 

In  this  appendix  we  give  a  short  description  of  the  controllability  and  observability 
measure  used  in  our  implementation  of  SIMPLE. 

The  controllability  measure  used  was  that  proposed  in  SCOAP  [12],  and  the  ob¬ 
servability  in  COP  [3].  The  descriptions  of  these  measures  are  taken  from  [6]. 

B.l  Controllability 

With  every  net  n  SCOAP  associates  two  integers  denoted  by  G°(7u)  (O-controllability) 
and  C^{m)  (1-controllability).  For  every  PI,  we  set  C^{PI)  =  C^{PI)  =  1.  Now, 
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n  +  (n-1) 


Figure  19:  Gate  decomposition. 
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gate  type 

C°im) 

C^{m) 

AND 

14-  min  {C^b)} 

i  +  ^cHip 

j=i 

OR 

i  +  Ec-OfL) 

j  =  i 

1+  min  {C'^(b)} 

ATORf 

1  +  min{C°(n)  +  C°{i2),  C\ii)  +  CHL)} 

1  +  minlCOlii)  +  C^G),  C^P)  +  C°(L)} 

I  Only  for  2-input  XOR  gate. 


Table  11:  Rules  to  calculate  the  controllability  in  SCOAP. 

let  G  be  a  gate  with  n  inputs  nets  z’l,  ^2, and  output  net  m.  Table  11  shows 
how  to  calculate  C°(??7.)  and  C*(?7?.)  as  a  function  of  the  0-controllabilities  and  1- 
controllabilities  of  these  n  inputs. 

Finally,  if  net  nii  is  a  fanout  branch  whose  corresponding  stem  is  net  m,  then 
C°(mi)  =  C°(m)  and  =  C\m). 

For  any  two  nets  nii  and  m2,  if  C°(?77i)  <  €^{1112)  (G’(?77i)  <  C^(7772))  we  say 
that  7?7i  is  “easier”  to  control  then  net  m2  with  respect  to  logic  value  0(1).  Thus, 
this  measure  of  controllability  increases  with  the  difficxilty  oj  controlling  a  net. 


B.2  Observability 

To  define  the  observability  measure  introduced  in  COP  we  first  need  to  define  the 
controllability  measure  that  it  is  based  on.  Both  measures  are  based  on  a  simplistic 
probabilistic  approach.  The  description  of  these  measures  is  taken  from  [6]. 

For  every  PI,  we  set  C°{PI)  =  C^(PI)  -  0..5.  Also,  for  any  net  ?77,  C^(?77)  = 
1  —  C°{m).  Let  G  be  a  gate  with  inputs  nets  fi,  O, and  output  net  m.  To 
express  G°(?77)  in  terms  of  C°(?y)  and  for  j  e  {1, 2, ...,  77},  we  first  define 

as  the  set  of  logic  patterns  that,  when  applied  to  the  inputs  ol  G',  set  net  rn  to  the 
logic  value  0. 

For  a  =  (01,02,  ...,o„)  G  define  pj,  I  <  j  <  n  as  follows: 
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V3  = 


if  aj  =  0 


C°(m)  can  now  be  defined  in  terms  of  pi,p2,  ...iPn  as  follows: 

C^{m)  =  ftpi- 

aeN°  3=1 

If  net  mi  is  a  fanout  branch  whose  corresponding  stem  is  net  m,  then  C'^{mi)  = 
C°(m)  and  C^(mi)  =  C^(m). 

Now,  we  are  in  the  position  of  defining  OB{m),  the  observability  measure  of  net 
m.  For  every  PO  we  define  OB(PO)  =  1.  Now  consider  gate  G.  Let  Sj  be  the  set  of 
logic  patterns  that,  when  applied  to  the  inputs  ii,i2i  ■■■Gj-iPj+i}  ■•■Pn,  sensitize  the 
net  m  to  a  change  in  the  input  ij.  Then 

OB{,j)  =  OB(m)  X  n 

BeS,  e=i 

Finally,  if  net  m,i,  m2,  ...,mr  are  fanout  branches  corresponding  to  fanout  stem  m', 
then 

OB{m)  =  1  —  ri(i  -  OB{me)). 

(=1 

For  any  two  nets  77ri  and  m.2,  if  OB{mi)  >  0i?(m2),  then  net  mi  is  “easier” 
to  observe  than  net  m2.  Thus,  this  measure  of  observability  increases  with  the 
ease  of  observing  a  net. 
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Rome  Laboratory 
Customer  Satisfaction  Survey 


RL-TR- 


Please  complete  this  survey,  and  mail  to  RL/IMPS, 

26  Electronic  Pky,  Griffiss  AFB  NY  13441-4514.  Your  assessment  and 
feedback  regarding  this  technical  report  will  allow  Rome  Laboratory 
to  have  a  vehicle  to  continuously  improve  our  methods  of  research, 
publication,  and  customer  satisfaction.  Your  assistance  is  greatly 
appreciated. 

Thank  You 


Organization  Name: _ (Optional) 

Organization  POC:  _ (Optional) 

Address :  _ _ 

1.  On  a  scale  of  1  to  5  how  would  you  rate  the  technology 
developed  under  this  research? 

5-Extremely  Useful  1-Not  Useful/Wasteful 

Rating _ 

Please  use  the  space  below  to  comment  on  your  rating.  Please 
suggest  improvements.  Use  the  back  of  this  sheet  if  necessary. 


2.  Do  any  specific  areas  of  the  report  stand  out  as  exceptional? 

Yes _  No _ 

If  yes,  please  identify  the  area(s),  and  comment  on  what 
aspects  make  them  "stand  out." 


3.  Do  any  specific  areas  of  the  report  stand  out  as  inferior? 

Yes _  No _ 

If  yes,  please  identify  the  area(s),  and  comment  on  what 
aspects  make  them  "stand  out." 

4.  Please  utilize  the  space  below  to  comment  on  any  other  aspects 
of  the  report.  Comments  on  both  technical  content  and  reporting 
format  are  desired. 
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